shortcutmanager: Use list models

shortcutcontroller: Use a list model for shortcuts

shortcutaction: Add gtk_shortcut_action_to_string()

For all but the callback action, we can print something useful.

widget: Only create a controller if we have shortcuts

No point in creating objects that just hold empty lists.

widget: Keep keybindings as a GListStore

This way, we can use shortcut_controller_new_for_model() and avoid all
the special casing about run_class.

shortcutcontroller: Add gtk_shortcut_controller_new_for_model()

This is mainly for internal use, but I can't see a reason to not have it
public for people who want to maintain their own lists.

I'm sure gnome-builder will never ever find a way to misuse it.

shortcutcontroller: Implement GListModel

After all, this controller is a list of shortcuts.

gtk-demo: Port the sliding puzzle demo to shortcuts

shortcut: Change the API for creating shortcuts

When creating shortcuts, there almost always are a trigger and an action
available for use. So make gtk_shortcut_new() take those as arguments.

Also add gtk_shortcut_new_with_arguments() so people can easily pass
those in, too.

shortcut: Add GtkShortcutAction

Similar to GtkShortcutTrigger, GtkShortCutAction provides all the
different ways to activate a shortcut.

So far, these different ways are supported:

 - do nothing
 - Call a user-provided callback
 - Call gtk_widget_activate()
 - Call gtk_widget_mnemonic_activate()
 - Emit an action signal
 - Activate an action from the widget's action muxer

accelgroup: Remove unneeded APIs

After the removal of GtkAccelMap, these things are no longer necessary.

gtk: Remove GtkAccelMap

Now that accel paths are gone, the object managing them isn't needed
anymore either.

gtk: Remove accel paths

It's an outdated technology now that everybody is using GActionGroups.

If somebody wanted to support changeable shortcuts, they'd need to
reintroduce it in another way.

Remove GtkMnemonicHash

It's not used anymore.

window: Remove all old mnemonic handling API

Add GtkShortcutManager

This adds an interface for taking care of shortcut controllers with
managed scope.

Only GtkWindow currently implements this interface, so we need to ensure
that we check if any top-level widget we reach is a shortcuts manager
before we call into it.

label: Implement mnemonics using shortcuts

shortcut: Add gtk_shortcut_set_mnemonic_activate()

Makes the shortcut call gtk_widget_mnemonic_activate() upon activation.

shortcuttrigger: Add support for mnemonics

Mnemonics need to be triggered with help from the controllers (who
determine the modifiers). Support for that has been added, too.

Mnemonics do not use this yet though.

window: Put F10 accelerator into its own shortcut controller

So instead of relying on gtk_window_activate_key(), it's now using
proper infrastructure.

window: Get rid of public APIs that shouldn't be

Event controllers should have replaced all of them.
And if they haven't, apps need to fix their code (I'm
looking at you Gimp).

gdk: Remove GDK_RELEASE_MASK

It was only ever supported by keybindings and those are gone now.

gtk-demo: Add a dumb demo for shortcut triggers

shortcutcontroller: Add GtkShortcutScope

Allow setting the scope for a controller. The scope determines at what
point in event propagation the shortcuts will be activated.

Local scope is the usual activation, global scope means that the root
widget activates the shortcuts - ie they are activated at the very
start of event propagation (for global capture events) or the very end
(for global bubble events).
Managed scope so far is unimplemented.

This is supposed to be used to replace accelerators and mnemonics.

shortcuttrigger: Add gtk_shortcut_trigger_to_label()

Provide a user-presentable string.

accelgroup: Add gtk_accel_group_print_label()

accellabel: Move gtk_accelerator_get_label() code

The function lives in gtkaccelgroup.c, so there's no need to have that
call a private function in another source file. Instead, make that
other source file call gtk_accelerator_get_label() instead.

accellabel: Get rid of class variables

We can just look them up as-needed, no need to cache them.

gtk: Remove bindings

The whole binding functionality is now handled by shortcuts.

Remove bindings activation from GtkEventControllerKey

We're going to use shortcuts soon.

popover: Add keynav keybindings

The shortcut controllers are limited to same-native,
so we need to duplicate the Tab and arrow key bindings
for focus handling, as well as the Enter bindings for
activation.

popovermenu: Port to shortcuts

accelgroup: Actually have a default mod mask

Don't just use a value without initializing it.

treeview: Redo event forwarding hack

Reorder the event controllers so that key forwarding to the search
entries really happens after shortcut triggering.

combobox: Redo key event forwarding hack

Instead of manualling invoking bindings, we now reorder event
controllers inside the treemenu, so that shortcuts run before the event
forwarding.

widget: Add private accessor to event controllers

iconview: Port bindings to use shortcuts

infobar: Port bindings to use shortcuts

label: Port bindings to use shortcuts

listbox: Port bindings to use shortcuts

notebook: Port bindings to use shortcuts

scale: Port bindings to use shortcuts

scalebutton: Port bindings to use shortcuts

scrolledwindow: Port bindings to use shortcuts

searchentry: Port bindings to use shortcuts

shortcutssection: Port bindings to use shortcuts

shortcutswindow: Port bindings to use shortcuts

flowbox: Port bindings to use shortcuts

paned: Port bindings to use shortcuts

spinbutton: Port bindings to use shortcuts

textview: Port bindings to use shortcuts

filechooserwidget: Port bindings to use shortcuts

shortcutcontroller: Add gtk_shortcut_controller_add_shortcut()

... and gtk_shortcut_controller_remove_shortcut().

shortcutcontroller: Add private API for running class shortcuts

We don't want regular users to be able to run class shortcuts in their
controllers, so we have to special case that.

treeview: Port bindings to use shortcuts

widget: Port bindings to use shortcuts

dialog: Port binding to use shortcuts

text: Port to widget shortcuts

Allow installing bindings bound to actions

This is just convenience code around GtkShortcut, just like bindings for
signal emission and callback invocation.

shortcut: Add action activation

bindings: Export action activation internally

We're going to use it, just like we use the signal emission code.

shortcut: Add gtk_shortcut_set_callback()

... and gtk_widget_class_add_binding() to go with it.

This allows shortcuts to invoke manually added callbacks.

assistant: Port bindings to use shortcuts

combobox: Port bindings to use shortcuts

trigger: Add an alternative trigger

And use it.

I just added it to GtkWidget just to show that I can.
The real reason I want it is for gamepad/joystick triggers
in games, so that it becomes possible to select 2 different
triggers (gamepad and keyboard) for the same shortcut.

shortcut: Add GtkShortcutTrigger

Triggers are meant to describe how to trigger a shortcut.
So far only a keyval + modifiers trigger exists.

window: Port bindings to use shortcuts

bindings: Add more variant types

Also marshal types that the code in gtkbindings.c doesn't use. These
will be used by gtk_widget_class_add_binding_signal().

widget: Add gtk_widget_class_add_shortcut()

This allows adding shortcuts as a replacement for keybindings.

gtk: Add GtkShortcut

This is the base class for what is about to take over all sorts of
keyboard shortcuts. The initial version barely deals with keybindings.

bindings: Split out function to invoke an action signal

We want to use that in shortcuts later.

shortcutcontroller: Introduce

This is a very barebones controller that currently does nothing but
activate the binding signals. Yay.

And because we have bindings on every widget (Yes, a GtkGrid has a
keybinding - 2 in fact), we need that controller everywhere.

bindings: Make gtk_binding_parse_signal() use GVariantBuilder

And because it's the last user of GtkBindingArg and
gtk_binding_entry_add_signall(), also remove those two.

bindings: Parse into GVariantBuilder directly

Avoids the indirection via GtkBindingArg

bindings: Add gtk_binding_entry_add_signal_variant()

This function is the replacement for
gtk_binding_entry_add_signall().

The GVariant will be demarshalled and passed to the action signal upon
binding activation. The same rules apply as used to apply for
GtkBindingArg, in that long, double and string args are now replaced by
"x", "d" and "s" variant types.

bindings: Replace GtkBindingArg arguments with GVariant

So far, this only replaces invocation, not yet parsing.

Merge branch 'matthiasc/for-master2' into 'master'

Matthiasc/for master2

See merge request GNOME/gtk!1568

Merge branch 'matthiasc/for-master' into 'master'

Matthiasc/for master

See merge request GNOME/gtk!1567

passwordentry: Remove unused include

entry: Remove unused include

text view: Fix touch selection

We forgot to allocated that popover.

event controller focus: drop include

This header is not needed here, and it is going away.

flattenlistmodel: Give access to child models

Add an api to retrieve the model containing a given
item in a flatten listmodel. This is useful when the
individual items in the list don't have backpointers.

Merge branch 'matthiasc/for-master' into 'master'

Matthiasc/for master

See merge request GNOME/gtk!1565

Merge branch 'wip/chergert/muxer-robustness-fix' into 'master'

muxer: force muxer dispoal as part of widget dispose

See merge request GNOME/gtk!1564

filechoosererrorstack: Fix object life-cycle

Unparent children in dispose, not in finalize.

testsuite: Set NO_AT_BRIDGE for gtk tests

The a11y stack insists on spewing hard to control warnings
that make our tests fail. So, no accessibility for gtk tests :(

muxer: force muxer dispoal as part of widget dispose

We need to cleanup state here immediately so that we do not potentially
access the g_class private data after it been finalized. This ensures that
the borrowed reference is dropped by the muxer.

Merge branch 'wip/sadiq/fix-leak' into 'master'

singleselection: Fix a memory leak

See merge request GNOME/gtk!1554

magnifier: Don't try to use a null widget paintable

We destroy the paintable in dispose, which can be called multiple times.

inspector: Fix child widget life cycle

unparent them in dispose

Merge branch 'patch-2' into 'master'

gtkfilechoosernative: Remove duplicate "the" in the documentation

See merge request GNOME/gtk!1557

gtkfilechoosernative: Remove duplicate "the" in the documentation

testsuite/gtk/flattenlistmodel.c: fix build

Signed-off-by: Marc-Antoine Perennou <Marc-Antoine@Perennou.com>

singleselection: Fix a memory leak

3.98.1

a11y: Don't re turn uninitialized memory

For some reason, this was now showing up in the
a11y tests as random image sizes in the about
dialog test.

Merge branch 'filechooser-popover-fixes' into 'master'

Filechooser popover fixes

See merge request GNOME/gtk!1553

file chooser: Fix the rename file popover

Make this popover work again by attaching it
to the file chooser itself.

filechooser: Fix the file list popover

Make this popover work again.